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The examination is being carried out on the following application documents: 

Description, Pages 

M0 as published 

Claims, Numbers 

1.15 received on 20.03.2004 with tetter of 19.032004 

Drawings, Sheets 

1/2-2/2 as published 



1 .1 The following documents are cited by the Examiner (see the Guidelines, C-VI, 8.9). 
Copies of the document are annexed to the communication: 

Ol: WO01/02954 
D3: DE 101 05 532 

1 .2 The following document cited in the Search Report is referred to in this com- 
munication: 

D2: DE 100 29 455 A (MITSUBISHI INTERNAT GMBH) 19 July 2001 (2001-07-19) 
2. Article 54 EPC 

The present application does not meet the requirements of Article 52(1) EPC, 
because the subject-matter of ciaim 1 1s not novel in the sense of Article 54 EPC. 

D1 discloses a method for coping a change in a hardware component (p. 3, Fnes 18 - 

23; p. 6, lines 5-7) comprising the steps of: 

accessing a product of a user through a network and acquiring information on 
the product of the user (device 12; p. 4, lines 1 - 10; p. 5, Ines 30 - 34) when 
software of the product is upgraded and if a version of the software is 
incompatible with a part of the product (p. 4. lines 23 - 29; p. 6, lines 18 - 21); 
acquiring information on a part to be changed (p. 4, lines 23 - 34); and 
generating information on a product that requires change of a part from the 



ETC Formats 
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information on the product of the user and the information on the part to be 
changed (p. 6, line 1 - p. 7, fine 7; p. 3. fines 12-15). 

as all the features of claim 1 are known f mm D1 , the subject-matter of claim 1 is not 
new. 

3. Article 56 EPC 

D1 discloses a system for upgrading a software component on a remote device 
whereby the system accesses the existing software and/ or hardware components on 
the device in order to check for their compatibility with the new component. D1 
teaches that in the case of incompatibility said existing incompatible components may 
need to be changed {see item 2). 

3.1 Claim 2 

a. The subject-matter of claim 2 differs from D1 in 

"notifying the information on the product that requires change of the part to an 
equipment owned by a person in charge of service". i.e. said notification information 
is transmitted to a second device which is different from the user's product. 

h. The objective technical problem is considered as how to efficiently organise the 
change of the component comprised in the user's product. 

c. D2 discloses a system for monitoring the components of a remote user's device (col. 
2, lines 3 - 32; col. 9, lines 1 7 - 50) and organising the change of the components 
comprised in the user's device that are identified for servicing (cot 4, line 51 - col. 5, 
line 9). 

D2 discloses the additional features of claim 2 (col. 9, fine 64-10. line 14). 

In order to solve the above problem the skilled person would consider the teaching of 
D2 and automatically notify information about the components of the user's device to 
be changed to a service entity and thus arrive at the subject-matter of claim 2. Thus, 
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the subject-matter of claim 2 is not considered to involve an inventive step (Article 56 
EPC). 

3.2 Dependent claims 3 - 7 do not contain any features which, in combination with the 
features of any daim to which they refer, meet the requirements of the EPC in 
respect of inventive slep, the reasons being as follows: 

a. The additional features of claims 3 to 6 are either explicitly or implicitly known from 
D2 (col. 1 0, lines 4 - 24; col. 1 0, line 64 - col. 1 1 , line 20). 

b. The additional features of claim 7 are known from D1 (p. 5, lines 30 - 34). 



4. Qaims 8 -15 

4.1 Independent claims 8 and 12 define a system and a computer program product 
corresponding to the method of claim 1 . As all the features of claims 8 and 12 
correspond to the ones of daim 1 , the subject-matter of claims 8 and 1 2 is not 
regarded as novel for the same reasons as claim 1 (see item 2). 

4.2 Dependent claims 9 to 1 1 , 14 and 1 5 correspond to the dependent method daims. 
Thus, the subject-matter of said dains is not considered as involving an inventive 
step for the same reasons (item 3). 



5.1 It is not at present apparent which part of the application could serve as a basis for 
an amended, allowable claim. 

Remote monitoring systems for a user's device are known in the state of the art (see 
e.g, D1 and D2). 

For instance, D2 discloses the complete service process chain, ranging from 
diagnosing a component change for the user's device, ordering of the replacement 
components and finally scheduling the service personnel. The subject-matter of claim 
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1 solely differs from D2 in the reason for the component change, i.e. an 
incompatibility of a new component with an exisiting component on the device. As a 
consequence said existing component needs to be changed. 

ft is well known that a remote monitoring system checks if a monitored device and its 
components fulfill certain conditions and initiates pre-determlned measures in case a 
condition is not met. One of said measures may be changing a component The 
reasons why a component may need to be changed can be different and are 
generally well known, e.g. a component may be out of order (e.g. D2, col. 9, lines 41 - 
45), a consumeable may be used up (e.g. D2, col. 9, lines 2B - 40; D3. col. 4, lines 62 
- 66)^ the user may want a more powerful component, i.e. an upgrade (e.g. D3. coL 7, 
lines 23 - 42), or incompatibility (D1 , p. 6. line 34 - p. 7, line 7). 

Further to that, it is generally known that when an upgrade of a component is not 
compatible with another component on the device, one of the two components need 
to be changed, i.e. either the upgrade is modified and performed such that it is 
compatible with all the existing components or the existing component is changed. 

Consequently, even starling from D2, the subject-matter of the independent claims is 
not considered as Involving an inventive step. 

5.2 Should the applicant nevertheless regard some particular matter as patentable, an 
independent claim should be filed taking account of Rule 29(1) EPC. The applicant 
should also indicate in the tetter of reply the difference ot the subject-matter of the 
amended claim vis-i-vis the state of the art and the significance thereof. 

In case the applicant files an amended set of claims the following items should be 
taken into account 

a, In order to facilitate the examination ol the conformity of the amended application 
with the requirements of Article 1 23(2) EPC, the applicant is requested to clearly 
Identify the amendments carried out, irrespective of whether they concern 
amendments by addition, replacement or deletion, and to Indicate the passages of 
the application as filed on which these amendments are based (Guidelines EH, 
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b. An amended independent claim should be provided in the two-part form in 
accordance with Rule 29(1) EPC, with those features known in combination from the 
prior art being placed in the preamble (Rule 29(1 )<a) EPC) and with the remaining 
features being included in the characterising part (Rule 29(1 )(b) EPC). 

c. The claims should include reference signs placed between brackets in accordance 
with Rule 29(7) EPC. 

d. The description should be amended to acknowledge the relevant prior art as required 
by Rule 27(1 Kb) EPC and to make it consistent with the subject-matter of amended 
claims (Article B4 EPC, support, and Rule 27(1 )(c) EPC). 



E. Hopper 



EI-OHanZStO H.vtOSX 



PACE 12/42 ■ RCVD AT 778/2005 3:30:22 PM [Eastern Daylight Time] * 8VR:USPTO-EFXRF-1/0 * DNIS:8720306 * C6ID:*121 231 95101 



* DURATION (mm-ss):21-36 



08-Jul-2005 04:35 PM Frishauf , Holtz, Go +12123195101 13/42 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual rropei ty Oigauizaliun 
International Bureau 

(43) International Publication Date 
Jl January 2001 (11.01.2001) 




PCT 



11 



(10) International Publication Number 

WO 01/02954 Al 



(SI) International Patent Classification 7 : G06F 9/445. 9/44 (74) Agent: GRAVENDEEL, Cornells; International! 

, Octrooibureau B.V., Prof Holstlaan 6, NL-5656 AA Eind- 

(21) International Application Number: PCT/EPOO/05952 hoven(NL). 

(22) International Filing Date: 27 June 2000 (27.06.2000) (8I) Des i gl „t ed States (national): JP. KR: 

(25) Filing Language: English 

(26) Publication Language: English 



(84) Designated States (regional): European paient (AT, BE, 
CH, CY, DE, DK, ES, FI. FR, GB. GR, IE, IT. LU, MC 
NL, PT, SE). 



(30) Priority Data 
09/343.607 



30 June 1999 (30.06. 1 999) US Published: 

— With international search report. 
(71) Applicant: KON1NKL1JKE PHILIPS ELECTRON- ~" th * expiration of the time limit for amending the 

Mil r tv /.n - - claims and to be republished in the event of receipt of 

amendments. 



ICS N.V. [NL/NL]; Groenewoudseweg 1, NL-5621 BA 
Eindhoven (NL). 



(72) Inventors: ALSAFADI, Yasser; Prof. Holstlaan 6, For two-letter codes and other abbreviations, refer tothe"Cuid- 



NL-5656 AA Eindhoven (NL). SCHAFFER, James, D, 
Prof. Holstlaan 6, NL-5656 AA Eindhoven (NL). 



ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



= (54) Title: RECONFIGURATION MANAGER FOR CONTROLLING UPGRADES OF ELECTRONIC DEVICES 




On 

o 



(57) Abstract: A reconfiguration manager implemented on a computer or other data processing device controls the reconfiguration 
of software or other components of an electronic device such as a computer, personal digital assistant (PDA), set-top box, television, 
etc The reconfiguration manager receives a reconfiguration request, e.g., a software upgrade request from the electronic device, and 
determines one or more device components that are required to implement the reconfiguration request The reconfiguration manager 
also determines, e.g_ from mformauon in the request, identifiers of one or more additional components currently implemented in the 
electronic device. The reconfiguration manager then compares the needed and currently implemented components with previously- 
stored lists of known acceptable and unacceptable configurations for the electronic device. If the needed and currently implemented 
components correspond to a configuration on the list of acceptable configurations, the request is approved and the needed components 
are downloaded to the electronic device. If the needed and currently implemented components correspond to a configuration on the 
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Reconfiguration manager for controlling upgrades of electronic devices 



Field of the Invention 

The present invention relates generally to the field of electronic devices, and 
more particularly to techniques for upgrading or otherwise reconfiguring software and/or 
hardware components in such devices. 

5 

Background of the Invention 

For many different electronic devices, such as desktop, laptop and palmtop 
computers, personal digital assistants (PDAs), telephones, televisions, set-top boxes and other 
consumer electronic processing devices, it is common for ongoing development efforts to 

10 continue to produce improvements to existing device software or hardware components, as 
well as new components that add to or otherwise improve device functionality. Users of such 
devices often prefer to upgrade their devices incrementally, rather than discard their current 
devices and purchase new ones. However, for most contemplated upgrades, it is generally 
necessary to determine if the new or improved component is compatible with the rest of the 

15 device, and if not, what other components would need simultaneous upgrading in order to 
provide the desired compatibility. This compatibility determination can be particularly 
difficult if the range of possible device configurations is large and the interaction among 
device components is complex. 

A number of different techniques have been developed for updating 

20 components of electronic devices. For example, U.S. Patent No. 5,1 55,847 discloses a 
technique for updating software at remote locations. A central computer system stores the 
original software, and keeps track of all the software configurations for a number of remote 
systems. The remote system software is upgraded or otherwise changed based on patches 
transmitted by the central computer system. However, this technique generally requires the 

25 central computer system to keep track of the particular software configurations at each of the 
remote systems. Furthermore, the technique is not directly applicable to electronic devices 
other than computers, and cannot efficiently handle reconfiguration of hardware components, 
or hardware and software interdependences. 
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Another conventional technique, described in PCT Application No. WO 
94/25923, manages the configuration of an enterprise-wide network which includes at least 
one centralized computer and a plurality of desktop computers. The technique attempts to 
ensure that each of the desktop computers has an appropriate set of resources as determined 
5 in accordance with a set of enterprise policies. However, the technique generally assumes 
that the resources required by each desktop computer are independent, and fails to 
adequately address situations in which the required resources are highly interdependent. 
Furthermore, this technique generally assumes that the information regarding component 
interactions is fully specified and built in to the system. 

3 0 UK Patent Application No. GB 2325,766 discloses a version management 

system for keeping files on remote devices updated to latest versions as determined by a 
master list maintained on a central server. The updating process in this approach generally 
involves adding, amending and deleting files in their entirety. A significant problem with this 
approach is that it apparently assumes either that the files are independent or that any 

1 5 potential conflicting requirements have already heen resolved using other techniques. It fails 
to provide generalized techniques for ensuring compatibility among requested components. 

A convention technique disclosed in PCT Application No. WO 96/32679 
describes the remote patching of operating code in a mobile unit of a distributed system. A 
manager host device in the system transmits patches to the mobile unit, and the mobile unit 

20 creates patched operating code by merging the patches with current operating code and 
switching execution to the patched operating code. However, like the other conventional 
techniques described previously, this technique also fails to adequately ensure compatibility 
among software and hardware components for a variety of different electronic devices. 

As is apparent from the above, a need exists for improved techniques for 
25 managing reconfiguration of electronic devices, such thai compatibility determinations can 
be facilitated, particularly for large and complex device configurations. 

Summary of the Invention 

The invention provides a reconfiguration manager that may be implemented 
30 on a computer or other data processing device to control the reconfiguration of software or 
other components of an electronic device such as a computer, personal digital assistant 
(PDA), set-top box, television, etc. In accordance with the invention, a reconfiguration 
manager receives a reconfiguration request, e.g., a software upgrade request from the 
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implement the reconfiguration request. The reconfiguration request can be received directly 
from the electronic device itself, or otherwise supplied to the reconfiguration manager. 

The reconfiguration manager also determines, e.g., from information supplied 
by the electronic device as part of the request, identifiers of one or more additional 
5 components currently implemented in the electronic device. The reconfiguration manager 
then compares the needed and currently implemented components with previously-stored 
lists of known acceptable and unacceptable configurations for the electronic device. If the 
needed and currently implemented components correspond to a configuration on the list of 
acceptable configurations, the request is approved and the needed components are 

1 0 downloaded or otherwise supplied to the electronic device. If the needed and currently 
implemented components correspond to a configuration on the list of unacceptable 
configurations, the request is denied. Otherwise, the reconfiguration manager may indicate 
that the requested reconfiguration is unknown, or may take another action such as responding 
to the electronic device with a list of other components that would be required to implement 

15 the reconfiguration request 

Advantageously, the invention provides efficient techniques for incrementally 
upgrading or otherwise reconfiguring electronic devices. The invention ensures that upgrades 
are compatible with the configuration of a given device before they are implemented in that 
device, thereby avoiding problems associated with inconsistent upgrades. Although 

20 particularly well suited for use with software upgrades delivered over a network, the 

invention is applicable to reconfiguration of other types of device components, e.g., hardware 
components or combinations of hardware and software components, and to numerous other 
applications. These and other features and advantages of the present invention will become 
more apparent from the accompanying drawings and the following detailed description. 

25 

Brief Description of the Drawing s 

FIG. 1 illustrates the operation of a reconfiguration manager in accordance 
with a preferred embodiment of the invention. 

FIG. 2 is a flow diagram showing processing operations implemented in the 
30 reconfiguration manager of FIG. 1 . 

FIG. 3 is a block diagram of an exemplary network-based computer system 
which includes a reconfiguration manager in accordance with the invention. 
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Detailed Descri ption of the Inven tion 

FIG. 1 shows a preferred embodiment of the invention, in which a 
reconfiguration manager 10 interacts with an electronic device 12 also referred to as 
"Device". The device 12 may represent a desktop, laptop or palmtop computer, a personal 
5 digital assistant (PDA), a telephone, television, set-top box or any other type of consumer 
electronic processing device. The device 12 includes a number of software components 14A, 
14B and 14C, corresponding to version hi of a software component A, version 2.3 of a 
software component B, and version 2.0 of a software component C, respectively. The 
reconfiguration manager 10 may be implemented on a computer, a set of computers, or any 

1 0 other type of data processing system or device. 

The reconfiguration manager 10 includes a listing 16 of known configurations, 
and a repository 1 8 of software components. Repository 1 8 may represent, e.g., a database, 
data warehouse, physical warehouse or any other type of storage device or element 
incorporated in or otherwise associated with a computer or other processing system or device 

1 5 on which the reconfiguration manager 1 0 is implemented. The repository 1 8 need not be co- 
located with the processing portions of the reconfiguration manager 10. For example, the 
repository 1 8 could be accessed by the reconfiguration manager 10 over a suitable network 
connection. 

The list 16 in this example is illustrated in the form of a graph indicating 
20 which of a set of software components supported by the manager 1 0 are known to work well 
together or are otherwise compatible. The list 16 includes identifiers of a number of software 
components, each represented by an oval, including components corresponding to versions 
1.1, 1.8 and 2.0 of the software component A, versions 1.5 and 2.3 of the software 
component B, versions 1.0, 2.0 and 3.0 of a software component C a and version 1.7 of a 
25 software component Z. Each of at least a subset of these components of the list 16 may be 
stored in the software component repository 18. Additional components not shown may also 
be stored in the repository 18. 

A solid line between a given pair of components in the exemplary list 1 6 
indicates that the pair of components corresponds to a known "good" configuration, i.e., the 
30 components work well together or are otherwise compatible. The pair including version 1 . 1 
of component A and version 1.5 of component B is an example of a known good 
configuration. A dashed line between a given pair of components in the list 16 indicates that 
the pair of components correspond to a known Abads configuration, i.e., are not compatible, 
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The pair including version 1.8 of component A and version L0 of component C is an 
example of a known bad configuration. 

It should be understood that the list 1 6, although shown in graphical form in 
FIG. 1, may be implemented, e.g., as a stored table, set of tables or other type of list in a 
5 memory of the reconstruction manager 1 0, as a portion of a program executed by the 

reconfiguration manager 10, or in any other suitable format Moreover, although illustrated in 
FIG. 1 as indicating pair-wise compatibility among components, the list in other 
embodiments could include information indicative of compatibility between groups of 
multiple components. The term "list" as used herein is therefore intended to include any 
10 stored representation of information indicative of component compatibility. A given stored 
list in accordance with the invention can be implemented in a straightforward manner, as will 
be apparent to those skilled in the art. 

In operation, the reconfiguration manager 1 0 receives a request 20 from the 
device 12. In this example, the request 20 indicates that a user of the device 12 wants to 
1 5 upgrade the device to include version 2,0 of software component A. The request in the 
illustrative embodiment also includes a list of the components currently in the device, i.e., 
version 1.1 of component A, version 2.0 of component C and version 2.3 of component B. 
The request may include additional information, such as any needed information regarding 
the interconnection of the components or other parameters associated with the device. The 
20 reconfiguration manager 10 processes the request, in a manner to be described in greater 
detail in conjunction with the flow diagram of FIG. 2, and if appropriate delivers to device X 
a response 22 which includes the requested version 2.0 of software component A. 

For example, the reconfiguration manager first determines whether the 
requested upgrade, in this case version 2.0 of component A, is compatible with other 
25 components of device X, i.e., version 2.3 of component B and version 2.0 of component C. 
The reconfiguration manager 10 in the embodiment of FIG. 1 makes this determination using 
the list 1 6. In this case, list 1 6 indicates that version 2.0 of component A is compatible with 
version 2.3 of component B and version 2.0 of component C. As a result, the requested 
upgrade is delivered to device 12 as part of the response 22. 
30 FIG. 2 shows a flow diagram illustrating the operation of the reconfiguration 

manager 10 in greater detail. In step 100, the reconfiguration manager 10 obtains information 
regarding the hardware and software configuration of device X, i.e., electronic device 12 of 
FIG. 1 . This information is generally included as part of the request 20 sent by the device 12 
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in another suitable manner, e.g., from a local database based on a serial number or other 

identifier of the electronic device. 

In step 102, the reconfiguration manager 10 determines that the request 20 

includes a request for a software upgrade, i.e., a request to upgrade to version 2.0 of 
5 component A. It should be noted that, although described primarily in conjunction with 

software upgrades, the invention is also applicable to hardware upgrades, and to upgrades in 

combinations of hardware and software, as well as to other changes in device configuration. 

In the FIG. 2 example, the request is for an upgrade to a particular software component. 

Other types of requests which may be processed by the reconfiguration manager 10 of FIG. 1 
1 0 include requests for an upgrade to a particular device feature. Such a feature upgrade may 

require the reconfiguration manager to upgrade several device components. 

In step 104 of FIG. 2, the reconfiguration manager 10 generates a potential 

upgrade configuration that will satisfy the received request. The reconfiguration manager in 

step 106 then searches through a set of known bad configurations. If the upgrade 
15 configuration as generated in step 104 is determined in step 108 to correspond to one of the 

known bad configurations, the reconfiguration manager in step 1 1 0 attempts to find a set or 

sets of potential upgrade configurations from a set of known good configurations. " 

If the resulting set of potential upgrade configurations is determined in step 

1 1 2 to be empty, the reconfiguration manager in step 114 denies the upgrade, since it is 
20 known to be incompatible with the current configuration of device X, and communicates this 

denial in its response to device X. If step 1 1 2 indicates that the set is not empty, a particular 

set of upgrade configuration is selected in step 1 1 6, and the upgrade is approved in step 1 1 8 

as compatible with the current configuration of device X. The selection in step 1 1 6 may be 

based at least in part on one or more established criteria, such as least expensive, maximum 
25 improvement in system operating speed, most recently modified, most energy efficient, or 

other suitable criteria. The reconfiguration manager or other server associated therewith then 

downloads the upgrade to device X in step 120, 

If step 108 determines that the upgrade configuration as generated in step 104 

does not correspond to a known bad configuration, the reconfiguration manager in step 122 
30 searches the list of known good configurations to determine if the upgrade configuration 

determined in step 104 is a known good configuration. If it is detemiined in step 124 to be a 

known good configuration, the upgrade is approved in step 1 18, and the reconfiguration 
manager or other server associated therewith downloads the upgrade to device X in step 120. 
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130 returns in its response to the device X an indication that the requested upgrade is "fuzzy" 
or unknown, e.g., not known to be valid. 

Other types of responses that may be generated by the reconfiguration 
manager 10 include, e.g., a response which includes a list of additional components that are 
5 prerequisites for the requested upgrade. This type of response may provide a user associated 
with device X with an option to download all of the components required to implement the 
desired upgrade. 

FIG. 3 shows an example of a system 200 in which a reconfiguration manager 
in accordance with the invention may be implemented. The system 200 includes 

10 reconfiguration manager 10 and electronic device 12 as previously described in conjunction 
with FIGS. 1 and 2. The reconfiguration manager 10 and electronic device 12 are connected 
with a number of server devices 210 and client devices 212 over a network 214. As 
previously noted, the reconfiguration manager 10 and electronic device 12 may be 
implemented as computers or other electronic data processing devices. In this example, the 

1 5 electronic device 1 2 includes a processor 220 and a memory 222, and the reconfiguration 
manager 1 0 includes a processor 230 and a memory 232. 

The processors 220 and 230 may represent, e.g., microprocessors, central 
processing units, computers, circuit cards, application-specific integrated circuits (ASICs>, as 
well as portions or combinations of these and other types of processing devices. The 

20 memories 222 and 232 may represent, e.g., disk-based optical or magnetic storage units, 

electronic memories, as well as portions or combinations of these and other memory devices. 

The functional operations associated with the reconfiguration manager 10 and 
electronic device 12, as described in detail in conjunction with FIGS. 1 and 2, may be 
implemented in whole or in part in one or more software programs stored in their respective 

25 memories 222, 232 and executed by their respective processors 220, 230. The network 214 
may represent a global computer communications network such as the Internet, a wide area 
network, a metropolitan area network, a local area network, a cable network, a satellite 
network or a telephone network, as well as portions or combinations of these and other types 
of networks. Reconfiguration manager 10 and device 12 may themselves be respective server 

30 and client machines coupled to the network 214. 

It should be noted that the reconfiguration manager need not receive a 
reconfiguration request directly from the electronic device itself For example, it is possible 
for the reconfiguration manager to receive requests from an intermediary, e.g., a server or 
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users and delivers the requests in an appropriate manner to the reconfiguration manager. As 
another example, a help desk operator or other human or machine interface can receive 
reconfiguration requests from users of electronic devices. In such applications, information 
identifying the electronic device, e.g., the device serial number, may be supplied by the user. 
5 Information regarding the particular components in the device may be determined, e.g., by 
accessing a local database using the device identifying information, may be supplied directly 
by the user, or may be determined using combinations of these and other techniques. 

The above-described embodiments of the invention are intended to be 
illustrative only. For example, the invention can be used to implement upgrading or other 

10 reconfiguration of any desired type of software or hardware component, as well as 

combinations of these and other components, for any desired type of electronic device, and in 
many applications other than those described herein. The invention can also be implemented 
at least in part in the form of one or more software programs which are stored on an 
otherwise conventional electronic, magnetic or optical storage medium and executed by a 

15 processing device, e.g., by the processors 220 and 230 of system 200. These and numerous 
other embodiments within the scope of the following claims will be apparent to those skilled 
in the art. 
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CLAIMS: 



1 - A processor-implemented method for controlling the reconfiguration of an 

electronic device (12), the method comprising the steps of: 

receiving information representative of a reconfiguration request (20) relating 
to the electronic device; 

5 determining at least one device component required to implement the 

reconfiguration request; 

comparing the determined component and information specifying at least one 
additional component (14A, 14B, 14C) currently implemented in the electronic device with at 
least one of a list (16) of known acceptable configurations for the electronic device and a list 
10 (16) of known unacceptable configurations for the electronic device; and 

generating information (22) indicative of an approval or a denial of the 
reconfiguration request based at least in part on the result of the comparing step. 

2 - An apparatus for controlling the reconfiguration of an electronic device (12X 

1 5 the apparatus comprising: 

a memory (232) for storing at least one of a list (16) of known acceptable 
configurations for the electronic device and a list (16) of known unacceptable configurations 
for the electronic device; and 

a processor (230) coupled to the memory and operative (i) to receive 

20 information representative of a reconfiguration request (20) relating to the electronic device; 
(ii) to determine at least one device component required to implement the reconfiguration 
request; (iii) to compare the determined component and information specifying at least one 
additional component (14A, 14B, 14C) currently implemented in the electronic device with at 
least one of the list of known acceptable configurations for the electronic device and the list 

25 of known unacceptable configurations for the electronic device; and (iv) to generate 

information (22) indicative of an approval or a denial of the reconfiguration request based at 
least in part on the comparison operation. 
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3. The apparatus of claim 2 wherein the processor is further operative to generate 
information indicative of an approval of the reconfiguration request if the determined 
component and the additional component are consistent with a given one of the known 
acceptable configurations. 

5 

4. The apparatus of claim 2 wherein the processor is further operative to 
download the determined component to the electronic device if the determined component 
and the additional component are consistent with a given one of the known acceptable 
configurations. 

10 

5. The apparatus of claim 4 wherein the processor is further operative to compare 
the determined component and information specifying at least one additional component 
currently implemented in the electronic device with the list of known unacceptable 
configurations for the electronic device; and to generate information indicative of a denial of 

IS the reconfiguration request if the determined component and the additional component are 
consistent with a given one of the known unacceptable configurations. 

6. The apparatus of claim 2 wherein the processor is further operative to compare 
the determined component and information specifying at least one additional component 

20 currently implemented in the electronic device with a list of known unacceptable 

configurations for the electronic device; and to generate information indicating that the 
requested reconfiguration is unknown if the detennined component and the additional 
component are not consistent with a given one of the known acceptable or unacceptable 
configurations. 

25 

7. The apparatus of claim 2 wherein the processor is further operative to transmit 
in response to the reconfiguration request a list of additional components required in the 
electronic device in order to implement the reconfiguration request. 

30 8. The apparatus of claim 2 wherein the information specifying at least one 

additional component currently implemented in the electronic device includes identifiers of 
each of the components in a set of components currently implemented in the electronic 
device. 
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9. The apparatus of claim 2 wherein the identifiers of each of the components in 

the set of components are included in the reconfiguration request transmitted by the 
electronic device. 

5 10. The apparatus of claim 2 wherein the reconfiguration request comprises a 

request for an upgrade of at least one of a software component and a hardware component of 
the electronic device. 

1 1 . The apparatus of claim 2 wherein the reconfiguration request is received from 
10 the electronic device over a network connection established with a reconfiguration manager 

(10) which includes the memory and processor. 

12. An article of manufacture comprising a machine-readable medium containing 
one or more software programs which when executed implement the steps ofi 

15 receiving information representative of a reconfiguration request (20) relating 

to an electronic device (12); 

determining at least one device component required to implement the 
reconfiguration request; 

comparing the determined component and information specifying at least one 
20 additional component (14A, 14B, 14C) currently implemented in the electronic device with at 
least one of a list (16) of known acceptable configurations for the electronic device and a list 
(1 6) of known unacceptable configurations for the electronic device; and 

generating information (22) indicative of an approval or a denial of the 
reconfiguration request based at least in part on the result of the comparing step. 
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